home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 8988 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Is USR going to support 42bis+ on future courier upgrades?
  5. Date: 24 Mar 1996 10:51:11 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4j3r1f$1tc4@seminole.gate.net>
  8. References: <4j2fv1$8kf@nnrp1.news.primenet.com> <4j2iun$a3t@newsbf02.news.aol.com>
  9. NNTP-Posting-Host: seminole.gate.net
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12. RobertN141 (robertn141@aol.com) wrote:
  13. : I find this information very interesting. My company manufactures the 
  14. : AMQUEST HyperModem V.34.  This product will support up to 230,000 BPS
  15. : throughput and has a enhanced microcontroller architecture to better
  16. : compress
  17. : and decompress data.  The fundamental problem with many modems is that
  18. : they are all rated 28.8 V.34 115,200 max.  However, they lack the
  19. : horsepower
  20. : to handle above 88,000 bps throughput. Since in the past many people were
  21.  
  22. More hype.
  23.  
  24. Listen, first of all, I'd say V.34 modems (and even V.32bis modems) are 
  25. fully capable of handling a throughput speed above 88k. In fact, I know 
  26. this is true. Second, I'd like to point out that comm overruns are a 
  27. fault that lies with the operating system software of the CPU. I recently 
  28. tested this on a comparison with a large file and two different platforms 
  29. (MS-DOS and Linux) on the same CPU. The sender was a  486dx4/100 CPU running 
  30. MS-DOS and using a USR Courier V.34 v.everything. The receiver was a 
  31. 486sx33 with another Courier (same model) running linux and MS-DOS 
  32. (separate partitions, dual boot). Modems were connected via an 8 ft 
  33. telephone cable and synched at 33,600 bps with V.42 LAPM and V.42bis 
  34. compression.
  35.  
  36. The linux platform received the file with no errors, no comm overruns, no 
  37. garbled subpackets, no problems.
  38.  
  39. The MS-DOS platform received constant errors such as comm overruns and 
  40. garbled subpackets.
  41.  
  42. I also ran the tests using *no* modems (null modem cable connection at 
  43. 115200 connection rate). The MS-DOS to MS-DOS connection was completely 
  44. unusable with way too many errors at the receiver. The MS-DOS to linux 
  45. connection was stable and never showed an error.
  46.  
  47. When the common computer software platform is capable of handling 115200 
  48. properly perhaps we can then consider the 230k UART speed.
  49.  
  50.  
  51.